home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
IRIX Patches 1995 March
/
SGI IRIX Patches 1995 Mar.iso
/
relnotes
/
patchSG0000044
/
ch1.z
/
ch1
Wrap
Text File
|
1995-03-10
|
6KB
|
199 lines
- 1 -
1. _P_a_t_c_h__S_G_0_0_0_0_0_4_4__R_e_l_e_a_s_e__N_o_t_e
This release note describes patch SG0000044 to IRIX 5.2.
1.1 _S_u_p_p_o_r_t_e_d__H_a_r_d_w_a_r_e__P_l_a_t_f_o_r_m_s
This patch contains bug fixes for all SGI multiprocessor
platforms.
1.2 _B_u_g_s__F_i_x_e_d__b_y__P_a_t_c_h__S_G_0_0_0_0_0_4_4
This patch contains fixes for the following bugs in IRIX
5.2. Bug numbers from Silicon Graphics bug tracking system
are included for reference.
+o 208514 -- Certain IL (or other sproc) programs could
cause kernel panics in the kernel device independent
graphics code. Programs that implicitly open and close
/dev/graphics lots of times (for example through
getgdesc()) and have sproc threads could cause this
panic. The failure is that the kernel panics with a
Read Address Error of some very low memory location
(like 0x18). The fix required just doing some extra
checking of pointers while locks were held (as opposed
to checking without the lock being held).
+o 211712 -- sproc'ed gfx programs could cause kernel
panics when exiting.
+o 210447 -- The f18 demo causes a kernel panic when run
on the second head of a multi-head system. This bug
has to do with performer, sproc, and multi-head
systems. Regardless of the head you run a Performer
based program on, Performer will open head 0. If the
app then runs on a different head, and then closes
access to head 0, we could accidentally blow away the
reference to the other head the app used. The panic
that would happen is that the kernel would get the
second close for the second graphics head but would
fail an ASSERT that said that there was no such
graphics head attached to the process. The fix boils
down to setting a pointer equal to its "next" field
instead of NULL. This problem shouldn't affect very
many programs aside from those that are run on a
different head than head zero, then open head zero (for
whatever reason) and close in reverse order (i.e. head
zero first).
- 2 -
1.3 _S_u_b_s_y_s_t_e_m_s__I_n_c_l_u_d_e_d__i_n__P_a_t_c_h__S_G_0_0_0_0_0_4_4
This patch release includes these subsystems:
+o patchSG0000044.eoe1_sw.unix
1.4 _I_n_s_t_a_l_l_a_t_i_o_n__I_n_s_t_r_u_c_t_i_o_n_s
Because you want to install patches for only the problems
you have encountered, patch software is not installed by
default. After reading the descriptions of the bugs fixed in
this patch, determine the patches that meet your specific
needs.
Patch software is installed like any other Silicon Graphics
software product. This patch does not have to be installed
from the miniroot. However, if this is your first patch
install, you will need to install a new _i_n_s_t from the
miniroot before installing this patch. The patched _i_n_s_t is
included as a separate patch with this release. Follow the
instructions in your _I_R_I_S _S_o_f_t_w_a_r_e _I_n_s_t_a_l_l_a_t_i_o_n _G_u_i_d_e to
bring up the miniroot form of the software installation
tools.
Since this patch affects kernel files, a new kernel is
automatically built by _i_n_s_t. Once a new kernel has been
built the machine must be rebooted in order for this patch
to take affect (see _r_e_b_o_o_t(1M)).
Follow these steps to select a patch for installation:
1. At the Inst>prompt, type
iiiinnnnssssttttaaaallllllll ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.
2. Select the desired patches for installation.
3. Initiate the installation sequence. Type
IIIInnnnsssstttt>>>> ggggoooo
4. You may find that two patches have been marked as
incompatible. If this occurs, you must deselect one
of the patches.
IIIInnnnsssstttt>>>> kkkkeeeeeeeepppp ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
- 3 -
where _x_x_x_x_x_x_x is the patch number.
5. After completing the installation process, exit the
_i_n_s_t program by typing
IIIInnnnsssstttt>>>> qqqquuuuiiiitttt
After the patch is installed the exitops will reconfigure
the kernel using `autoconfig'. You must then reboot for the
changes to take effect.
To remove a patch, use the _v_e_r_s_i_o_n_s _r_e_m_o_v_e command as you
would for any other software subsystem. The removal process
reinstates the original version of software unless you have
specifically removed the patch history from your system.
vvvveeeerrrrssssiiiioooonnnnssss rrrreeeemmmmoooovvvveeee ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.
To keep a patch but increase your disk space, use the
_v_e_r_s_i_o_n_s _r_e_m_o_v_e_h_i_s_t command to remove the patch history.
vvvveeeerrrrssssiiiioooonnnnssss rrrreeeemmmmoooovvvveeeehhhhiiiisssstttt ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.